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customer premises network 
server and program modules for 

protocol for said process. 



This invention concerns a method for receiving multicast data 
in a communications network according to the preamble of 
Claim 1, a communications network according to the preamble 
of Claim 2 , an Internet access server according to the 
preamble of Claim 6, a customer premises network termination 
according to the preamble of Claim 7, and program modules for 
executing an additional protocol . 

The Internet is at the centre of a dynamic development in 
communications engineering. Today, Internet communication, 
also termed IP communication (IP = Internet Protocol) , is 
still dominated by point-to-point communication, in which 
data packets, so-called IP datagrams, are sent from one 
sender to one specified receiver. The most frequent 
application is where a subscriber requests a specific message 
stored on a specific server by transmitting the corresponding 
IP address. An Internet service which will become important 
in the future enables the use of point-to-multipoint 
applications, so-called IP multicast applications, in which 
several users can receive specific information 
simultaneously, or applications in which several users can 
communicate with each other simultaneously. 

Multicast communication is actually known as "Video-on- 
Demand" . Here the image data of a selected film is 
transmitted to different users on request and at an 
individually chosen time from a server that contains a 
reservoir of various films in its memory. A problem for this 
service is that very high data transmission resources are 
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required for a video transmission of a satisfactory quality. 
Since only limited data transmission resources are usually 
available in the transmission network, only a limited number 
of subscribers can take advantage of this service at the same 
time. One solution to the problem can be obtained, firstly, 
by limiting the individual time choice for the beginning of 
films to specific times (for example every half hour) and as 
a result identical image data are transmitted in each case to 
those receivers who have selected the same film at an 
identical time, and secondly, mechanisms are made available 
in the transmission network, which allow identical data 
streams to be reduced to one data stream, where these run in 
parallel between identical network elements . 

Such mechanisms are known in ATM networks and are described 
for example in the ATM document "ATM UNI Signalling, Version 
4.0" on page 12 0 in Appendix C under the title of "Point-to- 
Multipoint Connections - Cell Replication" . The network, 
whose nodes consist of ATM switching centres, sets up a 
point-to-multipoint connection (Multicast Virtual Channel 
Connection) from the sender to the receivers via the network 
nodes in the form of a tree in such a way that there are no 
parallel paths. 

Internet multicast communication, also termed IP multicast, 
is also known for the Internet and is described in Internet 
standards, such as the document RFC 1112 "Host Extensions for 
IP Multicasting" of the IETF (Internet Engineering Task 
Force) . This standard defines IP Multicast as "the 
transmission of an IP datagram to a subscriber group", also 
termed a multicast group. The number of subscribers is of no 
significance; according to this definition it can be zero or 
more. The characterising feature of a multicast group is not 
the sender of multicast data but a multicast (IP) address 
allocated to this group, which represents a special IP 
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address. According to this definition, a multicast group 
therefore exists as soon as a multicast address identifying 
the multicast group is assigned, irrespective of whether a 
sender or receiver is actually present. The membership of a 
multicast group is dynamic; it starts from the respective 
subscriber who wishes to receive the multicast data of this 
multicast group. To join or leave a multicast group he 
executes the so-called "Internet Multicast Group Protocol, or 
IGMP protocol, with a specific router. Routers represent any 
Internet elements which carry the IP datagrams over specific 
routes . Routers which can execute the IGMP protocol are also 
known as multicast routers. The multicast routers 
participating in a multicast transmission pass signals 
between themselves in whose order the multicast data are 
transmitted in the Internet in such a way that identical 
multicast data are not sent several times over parallel 
routes . 

Access to the Internet is not usually effected directly from 
a subscriber computer, but via so-called (Internet) access 
networks, often by means of the public telephone network. 
These access networks are circuit-switched networks in which 
a fixed connection is temporarily set up between sender and 
receiver. A channel between the subscriber and the Internet 
is reserved for the period of communication. While each 
channel in the conventional telephone network has a 
predefined bandwidth, the bandwidth in modern ATM networks 
can be specified as required. 

At the subscriber end, local networks frequently consist of 
several interconnected subscribers. The subscribers can be 
connected to the Internet via a customer premises network 
termination, CPNT, that has a connection to an access 
network. In modern local networks, for example the Ethernet 
and the use of special PPPoE protocols (PPPoE = Point-to- 
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Protocol over Ethernet) , that is employed between the 
subscribers and the network terminal, simultaneous and 
individual Internet communication is possible for all 
subscribers of the local network without additional functions 
being necessary in the subscriber computer. 

If several subscribers of such a local network now request 
identical data by joining the same multicast group, it is 
generally sufficient to send these data only once via the 
access network to the network terminal which can then 
distribute the data to the corresponding subscribers . 
However, a problem arises in that the subscribers have 
individual tunnel connections to the Internet, one channel 
being reserved for each one via the access network. It is 
thus not easy to prevent channels with identical end points 
from being loaded with identical data streams . 

The object of this invention is to create a process and 
suitable means to avoid identical data streams via data 
channels running in parallel, in particular in IP multicast 
communication via an access network. 

This object is achieved according to the invention by a 
process according to the teaching of Claim 1, a 
communications network according to the teaching of Claim 2 , 
an Internet access server according to the teaching of Claim 
6, a subscriber network terminal according to the teaching of 
Claim 7 and program modules for executing an additional 
protocol according to the teaching of Claims 8 and 9 . 

Further developments of the invention are revealed in the 
sub-claims and in the following description. 

The invention is further explained below with the aid of the 
attached drawings, where: 



15.03.00 ZPL/S-Ng 



342anme.doc 



120342 



10 



Fig. 1 shows schematically a communications network for 

Internet communication, 
Fig. 2 shows the construction of channel connections in an 

access network according to the prior art, 
Fig. 3 shows the construction of additional channel 

connections for a multicast communication when 

implementing the process according to the invention, 
Fig. 4 shows the sequence of the IGMP protocol, together 

with the sequence of the additional protocol 

according to the invention. 

First, an example of a typical, partially simplified 
communications network for Internet communication with the 
main network facilities involved is shown with the aid of 
Fig. 1. From left to right, the communications network is 
divided into levels I-V. In level I, the subscriber level, an 
unspecified number of subscribers PCI, PC2 , PCn and a 

network terminal CPNT is shown, which are interconnected via 
a communications medium CM. The subscribers PCI, PC2 , 
PCn, the network terminal CPNT and the communications medium 
CM together form a local network LN. In level II, the 
Internet access network level, an access network AN is 
indicated by a cloud symbol. In level III, the Internet 
access provider, IAP, level, an (Internet) access server NAS 
is shown. The levels I-III are hereafter also referred to as 
access levels. In level IV, the (Internet) service provider, 
ISP, level, two service provider networks ISPl and ISP2 , for 
example, are shown, each also indicated by a cloud symbol. In 
level V, the Internet core network level, the actual Internet 
is shown, again as a cloud symbol. In the Internet service 
provider networks ISPl and ISP2 and the Internet, cylinder- 
shaped symbols are shown, which represent the above-mentioned 
routers . This is intended to show that the data forwarding in 
these networks is effected by the IP protocol. Levels IV and 
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V are hereafter also referred to as Internet levels. 

The network terminal CPNT, the access network AN and the 
access server NAS are interconnected in that order. The 
access server NAS is connected to both Internet service 
provider networks ISPl and ISP2 , each of which in turn has a 
connection to the Internet. 

Since it is assumed that the Internet protocol (IP) is used 
equally in the Internet service provider networks ISPl and 
ISP2 and in the Internet, where the term Internet 
communication is used, no distinction is being made hereafter 
as to whether the communication of a subscriber actually 
takes place in the Internet or ends at a unit of an Internet 
service provider ISPl or ISP2, without involving the 
Internet . 

During the call set-up with the Internet, logical point-to- 
point connections are established between the individual 
subscribers PCI, PC2 , PCn and the access server NAS by 

using the PPP protocol (PPP = Point-to-Point Protocol) which 
is customary for private Internet access. There then exists a 
PPP communication relationship, also termed PPP session, for 
the duration of Internet communication. 

It is assumed for the invention that the local network LN in 
level I facilitates the individual Internet communication of 
all subscribers PCI, PC2 , PCn. A communications medium 

CM which enables this, is for example the Ethernet, using the 
above-mentioned PPPoE protocol . By introducing the PPPoE 
protocol, which substantially represents an additional 
protocol level between the PPP protocol level and the 
Ethernet protocol level, unambiguous identification of all 
PPP sessions with the Internet occurs, by means of which each 
subscriber PCI, PC2 , PCn can identify his PPP data. 



15.03.00 ZPL/S-Ng 



342anme.doc 



120342 



12 



Looked at logically, point-to-point connections therefore 
exist in the communications medium CM between the subscribers 
PCI, PC2 ; . .., PCn and the network terminal CPNT, which are 
superimposed on the normal Ethernet communications protocol 
and are therefore also referred to as PPP tunnel connections, 
or simply tunnels . 

The network terminal CPNT and the access server NAS are the 
start and end points of the circuit-switched communication 
via the access network AN of level II. A connection to the 
access network AN is made for each subscriber PCI, PC2 , . . 
PCn who wishes to communicate with the Internet. The 
continuation of a tunnel in the local communications medium 
CM from the network terminal CPNT to the access server NAS 
via an above-mentioned connection is denoted as an extension 
to the tunnel; for each corresponding subscriber PCI, PC2 , 
PCn, this results in a continuous, so-called private 
tunnel to the access server NAS, via which all Internet 
communication relating to him is conducted. 

In actuality, the levels III and IV are implemented in very 
different ways. There are therefore implementations without 
(spatial) separation of these levels; in other 
implementations further sub-networks (not shown here) exist 
in level III. Moreover, the tasks of the aforesaid network 
elements, especially those of the access server (NAS) are not 
precisely defined; modern access servers (NAS) can therefore 
already possess means for carrying out routing functions. For 
the following exemplary embodiments it is assumed that the 
access server is the interface between the circuit-switched 
access levels I-III and the packet-switched Internet levels 
IV and V. In particular, it should be assumed in this case 
that the Internet server NAS is the end point of the above- 
mentioned IGMP protocol and thus takes on the tasks of an 
above-mentioned multicast router. 
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First of all, the known assumed situation of the channel set- 
up in an access network is described with the aid of Fig. 2. 
In Fig. 2 a section of Fig. 1 with levels I-III is 
illustrated first: 

As is known from Fig. 1, the local network LN, the access 
network AN and the access server NAS are shown from left to 
right. Here, for example, the local network LN has two 
subscribers PCI and PC 2 . The communications relationships of 
the subscribers PCI and PC 2 with the Internet are shown by 
two arrows in the forward and reverse directions, 
respectively, between the subscribers PCI and PC 2 on the one 
hand and the access server NAS on the other, the broader 
arrows from the access server NAS to the subscribers PCI and 
PC2 denoting the frequently higher data traffic in this 
direction compared to the opposite direction. Two channels 
VCC1 and VCC2 are shown within the access network AN, each 
channel VCC1 and VCC2 carrying the data traffic of one 
subscriber PCI or PC2 , respectively. 

In this case the access network AN is assumed to be an ATM 
network, where the above-mentioned channels are configured as 
Virtual Channel Connections (VCC) For each above-mentioned 
tunnel of the subscriber PCI and PC2 to the access server 
NAS, also termed a private tunnel, one channel VCC1 or VCC2 , 
respectively, of the access network AN is available, via 
which the respective data traffic of the subscribers PCI and 
PC2 is forwarded to the Internet independently of the other. 
The task of the network terminal CPNT lies substantially in 
the protocol conversion of the data from the local network LN 
to the access network AN and vice versa. Where both 
subscribers PCI and PC2 belong to the same multicast group, 
the corresponding (IP) multicast datagrams, like all the rest 
of the IP datagrams in the access server NAS are replicated 
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and sent in parallel via both channels VCC1 and VCC2 to both 
subscribers PCI and PC2 . 

Often the access network AN has only a limited capacity. In 
the case of multicast applications this can lead to 
undesirable bottlenecks, especially for video transmission. 

The channel structure and the forwarding of multicast data 
when implementing the process according to the invention is 
described with the aid of Fig. 3. For the example illustrated 
it is assumed that both subscribers PCI and PC 2 belong to the 
same multicast group. 

Fig. 3 differs from Fig. 2 in that, additionally, a multicast 
data channel MVCC and a multicast protocol channel AVCC are 
shown between the network terminal CPNT and the access server 
NAS. Exactly as in Fig. 2, the data traffic is forwarded from 
the subscribers PCI and PC2 to the access server NAS via the 
channels VCC1 and VCC2 , while the multicast data specific to 
both subscribers PCI, PC2 are forwarded only once via the 
multicast data channel MVCC and only replicated in the 
network terminal CPNT and distributed to the subscribers PCI 
and PC2 . The remaining data traffic, not shown here, to the 
subscribers PCI and PC2 is, furthermore, forwarded via the 
channels VCC1 and VCC2 , respectively. The subscribers PCI and 
PC 2 each indicate their request to join a multicast group via 
their private tunnels during the execution of the IGMP 
protocol as described above. On receipt of the join request 
of the first subscriber, for example PCI, the access server 
NAS informs the network terminal CPNT via the multicast 
protocol channel AVCC that the subscriber PCI is to receive 
multicast data; these data are then sent via the multicast 
data channel MVCC instead of via the channel VCC1 . 
Furthermore, the remaining data are sent to the subscriber 
PCI via the channel VCCl . The network terminal CPNT then 
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inserts the multicast data into the private tunnel of the 
subscriber PCI, for whom this data linking process remains 
transparent. The insertion of the multicast data is effected 
by combining the channels VCC1 and MVCC; in this case 
combination is referred to as association. If, in the course 
of time, a further subscriber, for example PC2, wishes to 
join the same multicast group, the access server NAS 

informs the network terminal CPNT via the multicast protocol 
channel AVCC that the subscriber PC2 is to receive the 
multicast data via the channel MVCC. The association of the 
channels VCC2 and MVCC is then carried out in the network 
terminal CPNT. 

This example shows that when a subscriber PCI joins a 
multicast group, redirection of the corresponding multicast 
data takes place via a multicast data channel MVCC. For each 
additional subscriber PCI, PC2, PCn, who then also 

wishes to join this multicast group, it is then only 
necessary to make the corresponding association between his 
channel and the existing multicast data channel MVCC. Of 
course this procedure is not mandatory; this redirection 
could also be effected after a specific number of subscribers 
only, for example from the second subscriber on. 

In Fig. 4 an exemplary sequence of the additional protocol AP 
according to the invention that is forwarded via the 
multicast signalling channel AVCC is described in conjunction 
with the sequence of the IGMP protocol as described above. 
Here the upper part of the diagram in Fig. 4 corresponds to 
the conditions in Fig. 3. However, for simplification, only 
one subscriber PCI and thus only one channel VCC1 is 
illustrated. The IGMP protocol runs via this channel. In 
addition to Fig. 3, a protocol S is shown between the access 
server NAS and the access network AN. 
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In the lower part of the diagram in Fig. 4 the (protocol) 
messages exchanged during an exemplary sequence of said 
protocol are shown in chronological order from top to bottom. 

A message Ml or IGMP REPORT of the IGMP protocol is sent from 
the subscriber PCI to the access server NAS; a 
message SI or ADD BRANCH of the protocol S is sent from the 
access server NAS to the access network AN; a message AMI or 
ASSOCIATE of the additional protocol AP is sent from the 
access server NAS to the network terminal CPNT; a message M2 
or IGMP QUERY of the IGMP protocol is sent from the access 
server NAS to the subscriber PCI; a message M3 or IGMP REPORT 
of the IGMP protocol is sent from the subscriber PCI to the 
access server NAS; a message M4 or IGMP LEAVE of the IGMP 
protocol is sent from the subscriber PCI to the access server 
NAS; a message AM2 or STOP ASSOCIATION of the additional 
protocol AP is sent from the access server NAS to the network 
terminal CPNT; a message S2 or DISCONNECT BRANCH of the 
protocol S is sent from the access server NAS to the access 
network AN. 

In this case the IGMP protocol is transmitted via the channel 
VCC1 which belongs to the private tunnel of the subscriber 
PCI. The Ml or IGMP REPORT message contains the multicast 
address of the multicast group which the subscriber PCI 
wishes to join. The M2 or IGMP QUERY message contains the 
request to inform the subscriber PCI whether he is still 
joining the multicast group. The subscriber PCI confirms his 
participation by sending the M3 or IGMP REPORT message, which 
has the same content as the Ml message. The IGMP LEAVE 
message contains the wish of the subscriber PCI to end 
participation in a specific multicast group. The M4 message 
can be optionally omitted: the M2 and M3 messages are used to 
check whether a subscriber of a specific multicast group is 
still present. If the access server (NAS) receives no reply 
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from at least one of the subscribers PCI, PC2 , PCn, then 

it can discontinue the transmission of the corresponding 
multicast data without needing to receive the M4 or IGMP 
LEAVE message. 

The additional protocol AP is transmitted via the multicast 
signalling channel AVCC. The AMI or ASSOCIATE message 
contains the request to the network terminal CPNT to 
associate the channel VCC1 with the multicast data channel 
MVCC, that is to say to insert the data sent via the 
multicast data channel into the private tunnel of the 
subscriber PCI. The AM2 or STOP ASSOCIATION message contains 
the request to the network terminal CPNT to end the 
association between the multicast data channel MVCC and the 
channel VCC1 . 

The execution of the protocol S with the ADD BRANCH and 
DISCONNECT BRANCH messages is used to set up each multicast 
data channel MVCC only when actual data are to be transmitted 
via this channel, and to clear it down again as soon as data 
are no longer sent via it. With the SI or ADD BRANCH message 
the access server NAS requests the access network AN to set 
up a multicast data channel MVCC to the network terminal 
CPNT. With the S2 or DISCONNECT BRANCH message the access 
network AN is requested to clear down the multicast data 
channel MVCC. The execution of this protocol is optional. 
Instead of this, a fixed number of static channels could also 
be maintained. Here the multicast protocol channel AVCC is 
considered as a static channel; it could of course be set up 
and cleared down exactly like each multicast data channel 
MVCC. In this case the setting-up of the multicast protocol 
channel AVCC should occur no later than the setting-up of the 
first multicast data channel MVCC. It can then be cleared 
down when there is no longer any multicast data channel. 
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It should be mentioned at this point that a confirmation 
(acknowledge) message can be provided in the reverse 
direction in each case for the SI or ADD BRANCH, S2 or 
DISCONNECT BRANCH, AMI or ASSOCIATE and AM2 or STOP 
ASSOCIATION messages. When one of these acknowledge messages 
is absent, certain measures can be taken, for example 
repeated transmission or transmission via other available 
channels. Such measures are found in the prior art; in .this 
case they have to be tailored to the special conditions and 
facilities of the access network AN in particular and it is 
not intended to describe them in further detail here. 

By executing the IGMP protocol in conjunction with the 
additional protocol according to the invention, any number of 
subscribers PCI, PC2 , PCn of the local network LN can 

join and leave a multicast group. 

In an alternative to the process according to the invention, 
the multicast protocol channel AVCC and the execution of the 
additional protocol AP are dispensed with. By intercepting 
the messages of the subscribers PCI, PC2 , PCn during the 

execution of the IGMP protocol (IGMP snooping) , the network 
terminal CPNT can assign the multicast data of various 
multicast groups to the corresponding subscribers PCI, PC2 , 
PCn and effect the distribution as described above. 

Of course, this process has the following substantial 
disadvantages : 

A global unambiguous multicast address distribution is 
not guaranteed. If the, presumably infrequent, case 
arises where various multicast groups that are assigned 
to different Internet service providers have the same 
addresses, the access server NAS can nevertheless 
request various multicast data channels, since the 
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access server NAS can detect from the origin of the data 
that these data come from different Internet service 
providers, ISP . With no facility for passing this 
information to the network terminal CPNT, the latter is 
not able to distinguish between multicast data having 
the same multicast address. This then inevitably causes 
these data to be mixed up in the local network (LN) and 
thus to illegibility at all the subscribers concerned. 

As with the other Internet access checks, the individual 
access check on specific multicast groups is preferably 
made in the access server NAS, for example by checking a 
submitted password. If, by sending a corresponding 
message, a subscriber PCI, PC2, PCn without access 

authorisation now wishes to join a multicast group in 
which one or more additional subscribers PCI, PC2 , 
PCn of the local network LN are participating, then 
these data of the corresponding multicast data channel 
MVCC of the network CPNT are forwarded to these 
subscribers, without the access server NAS being able to 
prevent this. Consequently, an effective access check of 
the access server NAS for participation in multicast 
groups is not possible. 
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